Method and apparatus for generating error correction data, and a computer-readable recording medium recording an error correction data generating program thereon

ABSTRACT

When error correction data, which is to be inserted into transmission data at specific intervals, is generated by calculating exclusive-OR of the transmission data, cumulative exclusive-OR of the transmission data is continuously calculated independent of the error correction data insertion intervals. Exclusive-OR between a calculation of the exclusive-OR at the time of the previous error correction data insertion and a calculation of the exclusive-OR at the time of the current error correction data insertion is calculated, thereby generating error correction data to be inserted at the present time. This provides efficient error correction data calculation.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is based on and hereby claims priority to JapanesePatent Application No. 2004-245112 filed on Aug. 25, 2004, the contentsof which are hereby incorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a method and an apparatus forgenerating error correction data. The invention also relates to acomputer-readable recording medium recording an error correction datagenerating program thereon. The invention relates particularly to atechnique suitable for use in increasing resistance to errors in datatransmission, such as streaming data transmission over a communicationnetwork (the Internet or the like) in which packet loss frequentlyoccurs.

2. Description of the Related Art

Recently, there have been demands for data communication, such as videodata communication and audio data communication, which is performed viavarious types of communication means such as the Internet. Inparticular, as a recent data communication service, streaming datadistribution on the Internet has been increasingly used. In thestreaming distribution, while data is being transmitted from an MPEG(Motion Picture Experts Group) encoder apparatus (hereinafter will besimply called the “encoder”) to an MPEG decoder apparatus (hereinafterwill be simply called the “decoder”), received data is replayed in realtime. Examples of such data streaming transmission-employed systems areVOD (Video On Demand) systems, streaming distribution systems whichdistribute live videos, and videoconference systems.

The RTP (Real-time Transport Protocol) [see the following non-patentdocument 1 (IETF RFC1889)] is one of the Internet technologies which aresuitable for use in such real-time communication. In RTP datacommunications, packets are given time stamps as time information. Thetime stamp is used by an encoder apparatus on the packet sender end anda decoder apparatus on the packet receiver end to acknowledge the timerelationship, whereby the decoder apparatus is capable of performingsynchronous replay, without being affected by delay in packettransmission or jitter. However, since RTP does not guarantee real-timedata communication, there is a possibility that distribution delay andpacket loss occurs in RTP packet transmission.

However, under such a state, the decoder apparatus is still capable ofreplaying data by using packets that have arrived during an expectedtime duration. Even if some data loss (packet loss) occurs in video dataand audio data, it is still possible to perform low-quality replay ofthe data or to perform data replay while adding some data correction. Insuch a case, packets transmitted after some delay or packets in which anerror occurs are discarded on the decoder apparatus. That is, even whenhigh-quality data distribution processing is performed, if packet lossor an error occurs, data cannot be replayed in high quality on thedecoder apparatus.

As a procedure for solving such a problem of RTP data transmission, TCP(Transmission Control Protocol), which is reliable in data transmission,is used for realizing issuance of packet retransmission requests andretransmission of the requested packets. However, although TCP isefficient in error correction, it has problems of low throughput andlarge delay. Hence, if the requested packets are retransmitted, it isprobable that the packets cannot reach the destination in time.Accordingly, the use of TCP is not sufficient to realize a real-timecommunication system.

Further, as an error correction method which copes with the packet lossproblem, the technique of FEC [Forward Error Correction; see thefollowing non-patent document 2 (IETF RFC2733)] has been developed. FIG.8 illustrates the FEC error correction method. As shown in FIG. 8, inFEC, a redundant packet (parity) P1, which is error correction datagenerated on the encoder apparatus 100 using exclusive-OR (XOR)operation, is transmitted together with transmission data (packets) D1and D2. If a packet is lost over the network 300, in this case theInternet, the decoder apparatus 200 is capable of restoring the lostpacket, D1 or D2, so that the lost packet need not be retransmitted fromthe encoder apparatus 100.

In this manner, FEC provides a reliable media transmission with highinteractivity even in network circumstances, such as the Internet, inwhich packet loss can frequently occur, thereby realizing a service suchas the Internet live broadcast. However, in network circumstances inwhich packet loss bursts appear, it is difficult to provide high-qualitymedia transmission.

Against such a backdrop, the technique of ARQ (Automatic Repeat Request)is developed to cope with such packet loss bursts. FIG. 9 illustratesthe ARQ error correction method. As shown in FIG. 9, in ARQ, if a packetloss is detected on decoder apparatus 500, a retransmission request forthe lost packet is transmitted to encoder apparatus 400 (see arrow 600),and the encoder apparatus 400 resends the lost packet (see arrow 700).

In the previous systems, either of the FEC technique and the ARQtechnique is normally used without switching therebetween. For example,the FEC technique is effective in network circumstances where thetransmission rate is low and the error rate is high. On the other hand,in network circumstances where the transmission rate is high and theerror rate is low, FEC packet overhead is increased, thereby affectingthe transmission efficiency. In contrast to this, the ARQ technique iseffective in network circumstances where the transmission rate is highand the error rate is low. On the other hand, in network circumstanceswhere the transmission rate is low and the error rate is high, dataexchange relating to packet retransmission is increased, so that thetransmission efficiency is affected.

Against such backdrops, techniques in which the ARQ technique and theFEC technique are combined have been developed. For example, thefollowing patent application 1 (Japanese Patent Application PublicationNo. 2002-9883) and patent application 2 (Japanese Patent ApplicationPublication No. HEI 7-67175) are examples of such techniques.

Patent Application 1 discloses a technique of automatically switchingerror correction methods by using specific parameters (error rate andtransmission rate) to correct errors due to communication datatransmission error which occurs over communication network systems. Morespecifically, received data is decoded to calculate the parameters(error rate/transmission rate), and if the parameters do not exceedtheir threshold values, the ARQ technique is automatically selected. Onthe other hand, if the parameters exceed the threshold values, the FECis automatically selected. With this arrangement, according to the stateof the data transmission rate and the transmission efficiency, the mostefficient error correction method is automatically selected, and networktraffic load can be decreased (see paragraph 0021 through 0023 of PatentApplication 1).

Patent application 2 provides a data transmission technique that is mostefficient in transmission, by changing the transmission rate accordingto the line condition of a radio communication division that is notalways stable, thereby selecting either or both of the FEC and ARQtechniques. For realizing this, the technique monitors the linecondition (error occurrence condition) of the radio communicationdivision, and the transmission rate is varied depending on the erroroccurrence condition, and either of the ARQ and FEC techniques isselected/decided as an error control method to be applied.

More precisely, if the transmission rate is 9600 bps, the ARQ isemployed. If the transmission rate is 4800 bps or 2400 bps, whethercorrection by the FEC technique is available is evaluated. If thecorrection is available, self correction is performed. If the correctionis unavailable where the transmission rate is 4800 bps, an ARQretransmission request is issued. In addition, the number of times theretransmission is performed is monitored, and if the number is large,which means line quality is low, the transmission rate is decreased to4800 bps, and the ARQ and FEC techniques are concurrently used. When thetransmission rate is 4800 bps, if the number of times the retransmissionis performed is increased, which means line quality is furtherdecreased, the transmission rate is decreased to 2400 bps, and the FECmode is selected (see paragraph 0014 and 0015 of Patent Application 2).

In the technique of Patent Application 2, control methods appropriatefor the data transmission rate and the transmission rate are selectedaccording to the line condition, so that the most efficient transmissionrate can be selected.

[Patent Application 1] Japanese Patent Application Publication No.2002-9883

[Patent Application 2] Japanese Patent Application Publication No. HEI7-67175

[Non-Patent Document 1] H. Schulzrinne, et al., “RTP: A TransportProtocol for Real-Time Applications”, Request for Comments: 1889,[online], January, 1996, IETF Network Working Group, [retrieved on Aug.25, 2004], the Internet <URL: http://www.ietf.org/rfc/rfc1889.txt>

[Non-Patent Document 2] J. Rosenberg, et al., “An RTP Payload Format forGeneric forward Error Correction”, Request for comments: 2733, [online],December, 1999, IETF Network Working Group, [retrieved on Aug. 25,2004], the Internet <URL: http://www.ietf.org/rfc/rfc2733.txt>

The previous systems have the following problems. Although the previoustechniques are capable of performing efficient error correction with asingle encoder and a single decoder being employed, the systems do notpay consideration to systems where a single encoder distributes videodata to two or more decoders.

That is, provided that intervals at which redundant packets are insertedare the same among all of the decoders, and that all the decoders belongto the same network, and that the number of times a retransmissionrequest is transmitted is almost equal among the decoders, errorcorrection and suppression of fluctuation of the data transmission bandare realized as efficiently as the system in which only one encoder andone decoder are employed. However, provided that some or all of thedecoders belong to different networks, and that the quality of one ofthe networks is low so that the number of retransmission requests issuedby a decoder belonging to the low-quality network is particularlyincreased, the data transmission band for the decoder is increased,thereby affecting the band of the network.

Further, provided that the redundant packet insertion intervals differamong the decoders, depending on the quality of the networks to whichthe decoders belong, the encoder needs to generate (exclusive-ORoperation) different redundant packets for different decoders, so thatload on the encoder is increased.

Here, it is conceivable to insert redundant packets at the sameintervals for all of the decoders. At this time, the interval isadjusted to one decoder in which errors occur most frequently. In thatcase, redundant packets are inserted at long intervals for the otherdecoders in spite of the fact that errors occur less frequently in thetransmission data sent to these decoders. It is sometimes consideredthat such increased redundant packet insertion intervals would cause noproblem because errors rarely occur. However, since the FEC technique isforward prediction, which has a strong preventative aspect againsterrors, the FEC technique cannot cope with suddenly increased loss whichcan be caused at some timings.

Further, if the insertion interval of redundant packets for otherdecoders is changed so as to agree with the insertion interval of aspecific decoder, not only load on the encoders is increased, but alsothe insertion intervals for those decoders are changed, so that desirederror correction is unavailable. In addition, the change in insertionintervals of the redundant packets will change the transmission rate, sothat another communication system (TCP, etc.) in the network beginsusing that band, thereby reducing the usable bands for streaming. Thenecessary band is thus preferably used all the time.

SUMMARY OF THE INVENTION

With the foregoing problems in view, it is an object of the presentinvention to make it possible to realize efficient error correction insystems in which one data sender apparatus (encoder) distributes data totwo or more data receiver apparatus (decoders). The invention providesefficient calculation of error correction data for the individualdecoders.

In order to accomplish the above object, according to the presentinvention, there is provided an error correction data generating methodfor generating error correction data, which is to be inserted intotransmission data at specific insertion intervals, by calculatingexclusive-OR of the transmission data, the method comprising:cumulatively calculating exclusive-OR of the transmission data, thecalculation being continuously performed independent of the insertionintervals; and computing exclusive-OR between a calculation of theexclusive-OR obtained at the previous insertion occasion of the errorcorrection data and a calculation of the exclusive-OR obtained at thescheduled time of the current insertion of the error correction data, togenerate error correction data to be inserted at the present insertionoccasion.

As one preferred feature, when the transmission data is sent to aplurality of data receiver apparatus, and when the error correction datais inserted into the transmission data at insertion intervals unique toeach of the destination receiver apparatus, a calculation of theexclusive OR obtained at the previous insertion occasion is storedseparately for each of the plural data receiver apparatus. For each ofthe plural data receiver apparatus, exclusive-OR between the calculationof the exclusive-OR obtained at the previous insertion occasion of theerror correction data and a calculation of the exclusive-OR obtained atthe scheduled time of the current insertion of the error correctiondata, is computed to generate error correction data to be inserted atthe present insertion occasion.

As a generic feature, there is provided an error correction datagenerating apparatus for generating error correction data, which is tobe inserted into transmission data at specific insertion intervals, bycalculating exclusive-OR of the transmission data, the apparatuscomprising: an exclusive-OR cumulative calculation unit whichcumulatively calculates exclusive-OR of the transmission data, thecalculation being continuously performed independent of the insertionintervals; a storing means which stores a calculation obtained by theexclusive-OR cumulative calculation unit at the previous data insertionoccasion, and an exclusive-OR insertion time point computing means whichcomputes exclusive-OR between a calculation obtained by the exclusive-ORcumulative calculation unit at the scheduled time of the currentinsertion of the error correction data and the calculation which isobtained at the previous insertion occasion of the error correction dataand is stored in the storing means, to generate error correction data tobe inserted at the present insertion occasion.

As another generic feature, there is provided a computer-readablerecording medium in which is recorded a program for instructing acomputer to generate error correction data, which is to be inserted intotransmission data at specific insertion intervals, by calculatingexclusive-OR of the transmission data, the program instructing thecomputer to execute the steps of: cumulatively calculating exclusive-ORof the transmission data, the calculation being continuously performedindependent of the insertion intervals; and computing exclusive-ORbetween a calculation of the exclusive-OR obtained at the previousinsertion occasion of the error correction data and a calculation of theexclusive-OR obtained at the scheduled time of the current insertion ofthe error correction data, to generate error correction data to beinserted at the present insertion occasion.

According to the present invention, exclusive-OR of transmission data iscumulatively calculated independent of error correction data insertionintervals, and exclusive-OR of a calculation of the exclusive-OR at thetime of the previous error correction data insertion and a calculationof the exclusive-OR at the scheduled time of the current errorcorrection data insertion is calculated. This provides efficientcalculation of such error correction data independently of differenceand changes in insertion intervals of the data, so that load of thecalculation is greatly reduced, and efficient error correction isrealized.

In particular, even when data is transmitted to two or more destinations(data receiver apparatus), exclusive-OR between a calculation of theexclusive-OR at the time of the previous error correction data insertionand a calculation of the exclusive-OR at the scheduled time of thecurrent error correction data insertion is obtained for each datareceiver apparatus, whereby error correction data to be inserted at thepresent time into data which is transmitted to each data receiverapparatus that is receiving the data is easily generated. Thus, it isnot necessary to cumulatively calculate exclusive-OR depending ondifferent insertion intervals of different data receiver apparatus, sothat the present invention is greatly effective.

Other objects and further features of the present invention will beapparent from the following detailed description when read inconjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram showing a construction of an video (video)distribution system according to one preferred embodiment of the presentinvention;

FIG. 2 is a block diagram showing an essential part of an MPEG encoderof FIG. 1;

FIG. 3 is a block diagram showing an essential part of the MPEG decoderof FIG. 1;

FIG. 4(A) through FIG. 4(C) are views each showing production(insertion) of redundant packets for an individual MPEG decoder;

FIG. 5(A) through FIG. 5(D) are views each showing production ofredundant packets according to the present embodiment;

FIG. 6 is a table indicating an example of redundant packet transmissionmanagement table according to the present embodiment;

FIG. 7 is a flow chart indicating a process of producing a redundantpacket;

FIG. 8 is a view describing a previous error correction method utilizingFEC; and

FIG. 9 is a view describing a previous error correction method utilizingARQ.

DESCRIPTION OF THE PREFERRED EMBODIMENT(S) [A] One Preferred Embodiment

FIG. 1 is a block diagram showing a construction of an video (video)distribution system according to one preferred embodiment of the presentinvention. As shown in FIG. 1, the video distribution system of thepresent embodiment includes: MPEG encoder (data sender apparatus) 1which makes live transmission of MPEG streaming data in packets throughnetwork 5, an IP (Internet Protocol) network with a high error rate;MPEG decoders data receiver apparatus) 2-1, 2-2, . . . and/or a clientterminal (data receiver apparatus) 3 which receives, decodes, anddisplays the streaming data (packets) transmitted by the MPEG encoder 1;and server 4 which controls coding modes of the MPEG encoder 1 and theMPEG decoder 2 and which also controls live transmission addresses.These elements are communicably connected. Note that MPEG decoders 2-1,2-2, . . . will be simply called “MPEG decoder 2” unless discriminationthereamong is necessary.

In the present system, the server 4 sets a coding mode (MPEG 1/2/4,coding bit rate, the presence/absence of audio data, and so on) and livetransmission addresses to the MPEG encoder 1. The server 4 also setslive receiving addresses and a threshold for use in deciding whether ornot a retransmission request should be immediately sent.

The MPEG encoder 1 is installed at a remote place, which is, forexample, a place where an object to be monitored in a monitoring systemis present. The MPEG encoder 1 encodes input videos using the codingmode set by the server 4, and sends the encoded MPEG streaming data andredundant packets (FEC packets) for data correction to the addresses setby the server 4. The MPEG decoder 2 and the client 3 decodes/replays theMPEG streaming data while performing error correction, thereby making itpossible to perform remote video monitoring.

The MPEG encoder 1 has a construction such as that of FIG. 2, while theMPEG decoder 2 has a construction such as that of FIG. 3. Theapplication of the present invention does not necessitate any specialconstruction of the MPEG encoder 1, and the MPEG encoder 1 just needs tohave a function to resend a requested packet in response to aretransmission request (this means that the MPEG encoder 1 supportsARQ).

(A1) MPEG Encoder 1

As shown in FIG. 2, an essential part of the MPEG encoder 1 is formed byvideo analogue/digital (A/D) converter 11A, audio analogue/digital (A/D)converter 11B, MPEG encoder unit 12, redundant packet producing unit 13,packet sender unit 14, packet buffer 15, retransmission request receiverunit 16, packet re-sender unit 17, server interface (IF) unit 18, andsetting controller unit 19.

The video A/D converter 11A converts an video (analogue signal) inputfrom a video camera or the like into a digital signal. The audio A/Dconverter 11B converts audio (analogue signal) input into a digitalsignal. The MPEG encoder unit 12 performs MPEG coding of the digitalvideo/audio signal input from the video A/D converter 11A and 11B, andthe MPEG encoder unit 12 also packetizes the encoded MPEG streamingdata.

The redundant packet generating unit (error correction data generatingapparatus) 13 generates redundant packets (parities) for errorcorrection, based on the MPEG streaming data encoded by the MPEG encoderunit 12, and the redundant packet producing unit 13 has functions as:

(1) a cumulative exclusive-OR calculation unit 13A, which startscalculating cumulative exclusive-OR of transmission data [MPEG packets(also called “media packets”)] at the operation start point, andcontinues the calculation regardless of time duration [a redundantpacket generation rate (that is, an insertion interval)] which isnecessary for producing a redundant packet;

(2) a memory (data receiver apparatus-specific storing means) 13B, whichstores master redundant packets (FEC values) for each decoder 2, fordifference calculation, when the master redundant packet is sent to eachdecoder 2 (and client 3), the master redundant packets (FEC values)being calculations obtained by the above calculation unit 13A; and

(3) an exclusive-OR insertion time point calculating unit 13C, whichproduces the next redundant packet by calculating exclusive-OR only onceat the time the next redundant packet is transmitted to one of thedecoders 2 (or client 3), the exclusive-OR being calculated between themaster redundant packet (FEC value) at the time of the transmission andthe previous master redundant packet (FEC value) stored in the memory13B.

The function (all or a part thereof) of the redundant packet producingunit 13 is realized by a computer (encoder 1), such as a CPU, byexecuting a specific application program (error correction datagenerating program). The program may be recorded in a computer-readablerecording medium such as a flexible disc, CD-ROM, CD-R, CD-RW, MO, andDVD. The operation of the redundant packet producing unit 13 will bedetailed later with reference to FIG. 5 and FIG. 7.

The packet sender unit 14 packetizes MPEG streaming data obtained fromthe MPEG encoder unit 12, and sends (distributes) the packets, togetherwith the packets from the redundant packet producing unit 13, to thenetwork 5.

The packet buffer 15 temporarily holds the sent-out MPEG packets (copypackets) for a specific time in case of packet retransmission inresponse to a packet retransmission request. The retransmission requestreceiver unit 16 receives a retransmission request from the MPEG decoder2 via the network 5. When the retransmission request receiver unit 16receives such a retransmission request, the packet re-sender unit 17reads out a requested MPEG packet from the packet buffer 15, and sendsthe read-out packet to the MPEG decoder 2 which originates theretransmission request.

The server IF unit 18 interfaces between the MPEG encoder 1 and thenetwork 5, so as to receive setting information and control informationfrom the server 4 via the network 5. The setting controller unit 19,which controls the operation of the whole of the MPEG encoder 1,performs setting and controlling of the MPEG encoder unit 12, theredundant packet producing unit 13, the packet sender unit 14, and thepacket re-sender unit 17, in response to the setting information and thecontrol information received by the server IF unit 18 from the server 4.

More specifically, as for the apparatus setting, the setting controllerunit 19 interprets the setting information, such as a coding mode, livetransmission address, redundant packet generation rate (interval), andretransmission packet holding duration, received from the server 4 bythe server IF unit 18. The setting controller unit 19 sets the codingmode to the MPEG encoder unit 12, the live transmission address to thepacket sender unit 14, the redundant packet generation rate (defaultvalue) to the redundant packet producing unit 13, the retransmissionpacket holding duration to the packet buffer 15.

As a result, in the MPEG encoder 1, after the video A/D converters 11Aand 11B convert the input video/audio into digital form, the MPEGencoder unit 12 encodes the digital data in the coding mode set by theserver 4. After that, the redundant packet producing unit 13 generatesredundant packets (parities) for the MPEG packets, based onexclusive-OR, at a rate set by the server 4. The packet sender unit 14sends the generated redundant packet, together with the MPEG packets, tothe network 5.

At that time, the MPEG encoder 1 holds the sent-out MPEG packet in thepacket buffer 15 in case of a retransmission request from an MPEGdecoder 2. If the retransmission request receiver unit 16 receives aretransmission request from the MPEG decoder 2, packets the MPEG decoder2 requests are taken out from the packet buffer 15, and are then sentout by the packet re-sender unit 17 to the network 5. At the same time,the redundant packet producing unit 13 is instructed to extend theinterval at which a redundant packet is generated (inserted) to be sentto the decoder 2 (or client 3), so that the transmission rate of all thedata is kept constant. That is, MPEG encoder 1 (redundant packetproducing unit 13) of the present embodiment carries a function as aninsertion interval changing means, which changes the redundant packetgeneration (insertion) interval in response to a packet retransmissionrequest from a decoder 2 (or a client 3), so that the transmission rateof all the data is kept constant.

(A-2) MPEG Decoder 2

As shown in FIG. 3, the essential part of an MPEG decoder 2 (or a client3) has an error correcting device 20 including a packet receiver unit21, error correcting unit 22, retransmission sender unit 23, and packetdrop evaluating unit 24. The MPEG decoder 2 also has an MPEG decoderunit 25, video digital/analogue (D/A) converter 26A, audiodigital/analogue (D/A) converter 26B, server IF unit 27, and settingcontroller unit 28.

The packet receiver unit 21 receives packets, transmitted from the MPEGencoder 1, through the network 5. The error correcting unit 22 performserror correction (FEC), when any packet drop (packet loss) occurs, basedon the next redundant packet received by the packet receiver unit 21.The occurrence of the packet loss is recognized by monitoring RTP packetnumbers (sequence numbers) (described later).

The retransmission sender unit 23 is instructed by the packet dropevaluating unit 24 to send a retransmission request to the MPEG encoder1. The packet drop evaluating unit (packet drop detector unit,retransmission request controller unit) 24 detects packet drop (packetloss) in packets received by the packet receiver unit 21. If any packetloss is detected, the packet drop evaluating unit 24 sends aretransmission request for the lost packet to the MPEG encoder 1. Here,the retransmission request may be sent immediately, or alternatively,the request transmission timing may be controlled according to whetheror not the error correcting unit 22 is capable of restoring the lostpacket within a specific time. For example, even if packet loss occurs,a redundant packet can be received soon after that, where errorcorrection is available utilizing FEC. Thus, the time the next redundantpacket arrives is obtained based on intervals at which redundant packetsare transmitted, and on the basis of the result, the timing with which aretransmission request is sent out by the retransmission sender unit 23is controlled (changed).

The MPEG decoder unit 25 performs MPEG-decoding of the received MPEGstreaming data in a decoding mode corresponding to the coding modeemployed on the sender end (MPEG encoder 1). The video D/A converter 26Aconverts the MPEG-decoded digital video data, decoded by the MPEGdecoder unit 25, into analogue form and outputs the analogue data to anvideo display apparatus such as a monitor. The audio D/A converter 26Bconverts the MPEG-decoded digital audio data, decoded by the MPEGdecoder unit 25, into analogue form and outputs the analogue audio datato a audio output apparatus such as a speaker.

The server IF unit 27 interfaces between the MPEG decoder 2 and thenetwork 5. Similar to the MPEG encoder 1, the server IF unit 27 receivessetting information and control information from the server 4 via thenetwork 5. The setting controller unit 28 performs setting andcontrolling of the packet receiver unit 21 and the MPEG decoder unit 25according to the setting information and control information received bythe server IF unit 27.

As for the apparatus setting, the setting controller unit 28 interpretsa live receiving address received by the server IF unit 27 from theserver 4, and sets the address to the packet receiver unit 21. Packetsreceived by the packet receiver unit 21 are evaluated in terms ofwhether or not any packet loss occurs therein. If no packet loss isfound, the MPEG decoder unit 25 performs MPEG-decoding of the packets,and the video D/A converter 26A and the audio D/A converter 26B replaysthe video and audio.

On the other hand, when the packet drop evaluating unit 24 recognizesany packet loss, the MPEG decoder unit 25 does not perform MPEG-decodingimmediately, and it waits for the next redundant packet to arrive,before the error correcting unit 22 performs error correction (FEC).Alternatively, the retransmission sender unit 23 sends a retransmissionrequest to the MPEG encoder 1, and the MPEG decoder unit 25 waits forthe lost packet to be received before executing MPEG decoding.

A description will be made hereinbelow of an operation of the system ofthe present embodiment, in particular, of a process for generating aredundant packet.

First of all, referring to FIG. 4, a description will be made of aprocess for generating redundant packets at different intervals forindividual decoders 2. Such redundant packets are generated bycumulatively calculating exclusive-OR of media packets transmitted for aspecific time duration. As shown in FIG. 4(A), for example, since oneredundant packet per 10 media packets is to be sent to decoder 2-1,exclusive-OR of media packets 1 through 10 is normally calculated togenerate a redundant packet, and then, exclusive-OR of media packets 11through 20 is calculated to generate the next redundant packet, and theprocess is similarly repeated. In this manner, an individual redundantpacket is calculated from corresponding media packets transmitted duringa time duration required to generate the redundant packet.

Provided that such redundant packets are transmitted to two or moredecoders, 2-1, 2-2, and 2-3, at different insertion intervals, as shownin FIG. 4(A) through FIG. 4(C), exclusive-OR needs to be calculatedseparately for each decoder. For example, if redundant packets aretransmitted at the same intervals to all of the decoders 2-1, 2-2, and2-3, 60 (=20×3)-time exclusive-OR operation needs to be performed togenerate two redundant packets for the respective decoders, 2-1, 2-2,and 2-3. Assuming that the insertion intervals for decoders 2-2 and 2-3are changed, so that the insertion intervals for decoders 2-1, 2-2, and2-3, are “10”, “9”, and “8”, respectively, 20 (=10×2) times ofexclusive-OR operations, 18 (=9×2) times of exclusive-OR operations, and16 (=8×2) times of exclusive-OR operations, are required to generate tworedundant packets for the individual decoders 2-1, 2-2, and 2-3,respectively. Hence, a total sum of 54 (=20+18+16) times of exclusive-ORoperations are required to be performed.

For the purpose of reducing the number of times of exclusive-ORoperations so as to decrease processing load, the following arrangementsare performed in the present embodiment. As shown in FIG. 5(D), forexample, the redundant packet producing unit 13 starts calculation ofcumulative exclusive-OR of media packets at the operation start pointand continuously calculates the cumulative exclusive-OR independently ofthe time required to generate redundant packets. As a result, masterredundant packets (FEC packets) are obtained. Since redundant packetsare generated by exclusive-OR operation, exclusive-OR from N to M isobtained by exclusive-OR between FEC_(N) and FEC_(M), where FEC_(N) isexclusive-OR from 1 to N; FEC_(M) is exclusive-OR from 1 to M.

Accordingly, when a redundant packet is sent to an individual decoder, amaster redundant packet at that moment is held for differencecalculation. Then, when the next redundant packet is transmitted,exclusive-OR between a master redundant packet at this moment and theabove master redundant packet having been held is calculated. Aredundant packet is resultantly generated, by performing exclusive-ORoperation only once.

As shown in FIG. 5(A) and FIG. 5(D), a calculation (master FEC value) ofcumulative exclusive-OR of media packets 1 through 10 is transmitted, asthe first redundant packet, to decoder 2-1, and the master FEC value isstored. At the time (the scheduled insertion time) of transmission ofthe next redundant packet, exclusive-OR between a FEC value calculatedat this time and the previous master FEC value having been stored iscalculated, thereby generating the next redundant packet.

Likewise, as shown in FIG. 5(B) and FIG. 5(D), a master FEC value ofmedia packets 1 through 9 is transmitted, as the first redundant packet,to decoder 2-2, and the master FEC value is also stored. At the time oftransmission of the next redundant packet, exclusive-OR between a FECvalue calculated at this time and the previous master FEC value havingbeen stored is calculated, thereby generating the next redundant packet.In addition, as shown in FIG. 5(C) and FIG. 5(D), a master FEC value ofmedia packets 1 through 8 is transmitted, as the first redundant packet,to decoder 2-3, and the master FEC value is also stored. At the time oftransmission of the next redundant packet, exclusive-OR between a FECvalue calculated at this time and the previous master FEC value havingbeen stored is calculated, thereby generating the next redundant packet.

Accordingly, 20 times of exclusive-OR operations for master redundantpackets (master FEC values) and 6 (=2×3) times of exclusive-ORoperations for decoders 2, that is, a total sum of 26 times ofexclusive-OR operations need to be performed, to transmit (insert)separate redundant packets to two or more decoders 2. In this manner,the number of times the operations are performed is decreased, so thatload of the redundant packet generation process is greatly reduced.

For the purpose of realizing such an operation, the redundant packetproducing unit 13 has an FEC packet transmission management table 131 ofFIG. 6, which table stores “the media packet number at the time the lastredundant packet is sent out” and “FEC value at the time the lastredundant packet is sent out” for each decoder 2. The FEC packettransmission management table 131 is stored and managed, as table-formeddata, in memory (storing means) 13B such as a RAM.

As shown in FIG. 6, “the interval before the next FEC packet is sentout” is managed in the table 131. A default setting value and a currentoperation value of the interval is managed for each decoder 2. Thedefault setting value is set by the server 4, for example, and is storedin the setting controller unit 19 via the server IF unit 18.

This default value depends on the band of the network 5 and the MPEGencoding rate, or the like. The current operation value is updated tochange the FEC packet insertion interval when an ARQ retransmissionpacket is transmitted. As an example, if one ARQ retransmission packetis transmitted, the FEC packet transmission interval is so set as todouble the default value (that is, transmission of one redundant packetis refrained from) This value is updated before a decision is made as to“whether or not an FEC packet should be transmitted to decoder 2-k”(will be described later with reference to FIG. 7), and is used as acondition for making the decision.

The following table 1 shows an example of FEC values. FEC valuecalculation is normally a packet-based calculation, but for theconvenience of description, the example is made assuming that eachpacket is one-byte information.

TABLE 1 Example FEC Values

The shaded areas in Table 1 indicate when FEC packets are sent out. Fordecoder 2-1, FEC packets are sent out when the media packet number is“10” and “20”, and the FEC values at those times are “11” and “31”,respectively. With the normal calculation method of FIG. 5, the FECvalue (=31) when the packet number is “20” is obtained by cumulativelycalculating exclusive-OR from the packet number “11” through the packetnumber “20”. In contrast to this, on the redundant packet producing unit13 of the present embodiment, the FEC value (=31) when the packet numberis “20” is obtained by exclusive-OR between the master FEC value (=11)when the packet number is “10” and the master FEC value (=20) when thepacket number is “20”.

Likewise, for decoder 2-2, FEC packets are sent out when the mediapacket number is “9” and “18”, and the FEC values at those times are“20” and “7”, respectively. The FEC value (=7) when the packet number is“18” is obtained by exclusive-OR between the master FEC value (=20) whenthe packet number is “9” and the master FEC value (=20) when the packetnumber is “18”. In addition, for decoder 2-3, FEC packets are sent outwhen the media packet number is “8” and “16”, and the FEC values atthose times are “8” and “24”, respectively. The FEC value (=24) when thepacket number is “16” is obtained by exclusive-OR between the master FECvalue (=8) when the packet number is “8” and the master FEC value (=16)when the packet number is “16”.

Here, in the exclusive-OR operation, (0, 0)→0, (0, 1)→1, (1, 0)→1, (1,1)→0. That is, when bit-based exclusive-OR operation is performed, ifbit value “1” appears an odd number of times, the result is “1”, and ifbit value “1” appears an even number of times, the result is “1”. Thefollowing table 2 indicates whether an odd number or an even number of“1”s appear from time k to time N, master FEC calculations at the timeof packet k and at the time of packet N, whether an odd or an evennumber of “1”s appear from time k+1 through N, and the FEC calculationat the time of packet k+1 through N.

TABLE 2 Exclusive-OR Operation Example The The The number number numberFEC of bit Master FEC of bit Master FEC of bit Calcula- “1”s calculation“1”s Calculation “1”s tion from from 0 at from 0 at from k + 1 k + 1 tok packet k to N packet N to N to N Even 0 Even 0 Even 0 Even 0 Odd 1 Odd1 Odd 1 Even 0 Odd 1 Odd 1 Odd 1 even 0

Table 2 indicates that the result (FEC calculation from k+1 to N) ofexclusive-OR from k+1 to N coincides with the result of exclusive-ORbetween the master FEC calculation at packet k and the master FECcalculation at packet N.

Next, referring to FIG. 7, a description will be made of an operation ofMPEG encoder 1 (redundant packet producing unit 13) which realizes theabove redundant packet generating method.

The MPEG encoder 1 (redundant packet producing unit 13) initiates itsoperation at the time a media packet is received from the MPEG encoderunit 12 (step S1), and the MPEG encoder 1 continues cumulativelycalculating exclusive-OR every time a media packet is received, togenerate master redundant packets (step S2).

During this time, if a retransmission request is received from decoder2-i (i=1, 2, 3, . . . ), the redundant packet producing unit 13 checkswhether or not the packet re-sender unit 17 has sent out a requiredpacket (step S3). If the retransmission has been performed, “theinterval (current operation value) before the next FEC packet is sentout” in the aforementioned FEC packet transmission management table 131is updated (YES route of step S3 and step S4), and whether it is thetiming to transmit an FEC packet to decoder 2-i is also checked (stepS5). Here, if no packet retransmission has been performed, theaforementioned current operation value is not updated, and whether it isthe timing to transmit an FEC packet to decoder 2-i is checked (NO routeof step S3 and step S5). Whether it is the timing to transmit an FECpacket is evaluated for each destination decoder 2-i separately, basedon the FEC packet transmission interval given by the server 4 and on howmany times the packet re-sender unit 17, which receives theretransmission request from decoder 2-i via the retransmission requestreceiver unit 16, instructed to change the transmission interval.

As a result, if evaluated that it is the timing to transmit an FECpacket, the redundant packet producing unit 13 refers to FEC packettransmission management table 131, and performs an exclusive-ORoperation between the master FEC packet (FEC calculation) that wastransmitted to decoder 2-i previously (last time) and the master FECpacket (FEC calculation) at the present time, to calculate/generate anFEC packet to be transmitted at the present time (step S6), and thepresent FEC packet is sent out via the packet sender unit 14 (step S7).When an FEC packet is transmitted to decoder 2-i for the first time,exclusive-OR between a master FEC calculation at the time of initiationof media packet transmission and the current master FEC calculation iscalculated, to generate/transmit an FEC packet. In addition, the masterFEC calculation at the time the FEC packet is sent is stored in thetable 131 for calculation performed when the next FEC packet is sent.

Until all the decoders 2-i are checked (until step S8 makes a YESdecision), the foregoing processes (step S3 and the steps thereafter)are repeated (NO route of step S8). If the checking is completed, theforegoing step S1 and the steps thereafter are performed once again (YESroute of step S8), whereby FEC packets are generated for the individualdecoders 2-i (which are receiving the video) separately.

This makes it possible to perform FEC packet calculation for two or moredecoders 2-i, independent of the difference in insertion interval amongthe decoders 2-i and of the presence or absence of changing in theinsertion interval. That is, it is possible to generate/insert necessaryFEC packets without the necessity of performing cumulative exclusive-ORoperation separately for each object decoder 2 (depending on the packetinsertion intervals), and thus, load of generating FEC packets isgreatly reduced. Further, since the FEC packet insertion interval ischanged in response to a retransmission request, the data transmissionband can be kept uniform, so that efficient error correction isavailable.

The present invention should by no means be limited to the aboveembodiment, and various changes or modifications may be suggestedwithout departing from the gist of the invention.

For example, although the above example employs both of the FEC and ARQerror correction methods, the present invention is also applicable todata transmission apparatus which employ only the FEC method. Further,in the above example, data is transmitted to two or more destinations,and FEC packet insertion intervals are changed so that the intervals aredifferent among the destinations. However, the present invention is alsoapplicable to where the insertion intervals are unchangeable and thesame among the destinations, and load of calculating exclusive-OR forFEC packet generation is greatly reduced.

Further, although streaming data (media packets) is transmitted in theabove example, the present invention is also applicable where othertypes of data are transmitted, and like effects to those of the aboveembodiment are realized.

As already described, in the present invention, exclusive-OR oftransmission data is cumulatively calculated, independent of errorcorrection data insertion intervals, and exclusive-OR between theexclusive-OR at the time of insertion of the previous error correctiondata and the exclusive-OR at the scheduled time of insertion of thepresent error correction packet is calculated, to generate errorcorrection data to be currently inserted. This makes it possible tocalculate error correction data independently of the difference orchanges in error correction data insertion interval, so that load of thecalculation is greatly reduced. This invention is thus greatly useful inthe field of information communication technology.

1. An error correction data generating method for generating errorcorrection data, which is to be inserted into transmission data atspecific insertion intervals, by calculating exclusive-OR of thetransmission data, said method comprising: cumulatively calculatingexclusive-OR of the transmission data, said calculation beingcontinuously performed independent of the insertion intervals; andcomputing exclusive-OR between a calculation of the exclusive-ORobtained at the previous insertion occasion of the error correction dataand a calculation of the exclusive-OR obtained at the scheduled time ofthe current insertion of the error correction data, to generate errorcorrection data to be inserted at the present insertion occasion.
 2. Anerror correction data generating method as set forth in claim 1,wherein, when the transmission data is sent to a plurality of datareceiver apparatus, and when the error correction data is inserted intothe transmission data at insertion intervals unique to each of thedestination receiver apparatus, a calculation of the exclusive ORobtained at the previous insertion occasion is stored separately foreach of the plural data receiver apparatus, and for each of the pluraldata receiver apparatus, exclusive-OR between the calculation of theexclusive-OR obtained at the previous insertion occasion of the errorcorrection data and a calculation of the exclusive-OR obtained at thescheduled time of the current insertion of the error correction data, iscomputed to generate error correction data to be inserted at the presentinsertion occasion.
 3. An error correction data generating method as setforth in claim 2, wherein, the insertion intervals are changed inresponse to a retransmission request for the transmission data.
 4. Anerror correction data generating method as set forth in claim 1,wherein, the insertion intervals are changed in response to aretransmission request for the transmission data.
 5. An error correctiondata generating apparatus for generating error correction data, which isto be inserted into transmission data at specific insertion intervals,by calculating exclusive-OR of the transmission data, said apparatuscomprising: an exclusive-OR cumulative calculation unit whichcumulatively calculates exclusive-OR of the transmission data, saidcalculation being continuously performed independent of the insertionintervals; a storing means which stores a calculation obtained by saidexclusive-OR cumulative calculation unit at the previous data insertionoccasion, and an exclusive-OR insertion time point computing means whichcomputes exclusive-OR between a calculation obtained by saidexclusive-OR cumulative calculation unit at the scheduled time of thecurrent insertion of the error correction data and the calculation whichis obtained at the previous insertion occasion of the error correctiondata and is stored in said storing means, to generate error correctiondata to be inserted at the present insertion occasion.
 6. An errorcorrection data generating apparatus as set forth in claim 5, wherein,when the transmission data is sent to a plurality of data receiverapparatus, and when the error correction data is inserted into thetransmission data at insertion intervals unique to each of thedestination receiver apparatus, said storing means is provided as a datareceiver apparatus-specific storing means which stores a calculation ofthe exclusive OR, obtained at the previous insertion occasion,separately for each of the plural data receiver apparatus, and saidexclusive-OR insertion time point computing means is provided as a meanswhich computes, for each of the plural data receiver apparatus,exclusive-OR between the calculation, which is obtained at the previousinsertion occasion of the error correction data and is stored in saiddata receiver apparatus-specific storing means, and a calculationobtained by said exclusive-OR cumulative calculation means at thescheduled time of the current insertion of the error correction data. 7.An error correction data generating apparatus as set forth in claim 5,further comprising an insertion interval changing apparatus whichchanges the insertion intervals in response to a retransmission requestfor the transmission data.
 8. An error correction data generatingapparatus as set forth in claim 6, further comprising an insertioninterval changing apparatus which changes the insertion intervals inresponse to a retransmission request for the transmission data.
 9. Acomputer-readable recording medium in which is recorded a program forinstructing a computer to generate error correction data, which is to beinserted into transmission data at specific insertion intervals, bycalculating exclusive-OR of the transmission data, said programinstructing the computer to execute the steps of: cumulativelycalculating exclusive-OR of the transmission data, said calculationbeing continuously performed independent of the insertion intervals; andcomputing exclusive-OR between a calculation of the exclusive-ORobtained at the previous insertion occasion of the error correction dataand a calculation of the exclusive-OR obtained at the scheduled time ofthe current insertion of the error correction data, to generate errorcorrection data to be inserted at the present insertion occasion.